home *** CD-ROM | disk | FTP | other *** search
/ The World of Computer Software / The World of Computer Software.iso / drdtips.zip / 1906.TXT < prev    next >
Text File  |  1993-01-07  |  6KB  |  143 lines
  1.  
  2.                                     FYI
  3.  
  4. (Note: The origin of this information may be internal or external
  5. to Novell.  Novell makes every effort within its means to verify
  6. this information.  However, the information provided in this
  7. document is FOR YOUR INFORMATION only.  Novell makes no explicit or
  8. implied claims to the validity of this information.)
  9.  
  10.           TITLE:        Troubleshooting Memory Conflicts with DR
  11.                         Multiuser DOS
  12.    DOCUMENT ID#:        FYI-M-1906
  13.            DATE:        28DEC92
  14.         PRODUCT:        DR Multiuser DOS
  15. PRODUCT VERSION:        5.x
  16.      SUPERSEDES:        04JUN92
  17.  
  18.         SYMPTOM:        Memory Conflicts after upgrading or adding
  19.                         memory to system. General Memory issues such
  20.                         as TSR compatibilities
  21.  
  22. SOLUTION
  23.  
  24. GENERAL RECOMMENDATIONS
  25.  
  26. If the version of DR Multiuser DOS being used is 5.0, make sure it
  27. has been upgraded with the DR Multiuser DOS Business Update of
  28. September, 1991.
  29.  
  30. If new memory has been installed, check the memory count upon
  31. bootup, to verify that the system recognizes all the memory
  32. available to it.
  33.  
  34. To minimize memory fragmentation, users could exit applications
  35. frequently (e.g., before breaks, and at lunch time). Be sure to
  36. turn the computer off daily. (If 1k is used each time a program is
  37. loaded, eventually the total of these 1k pieces will equal all the
  38. available memory.)
  39.  
  40. Be aware that loading something (e.g., a TSR) in CCONFIG.SYS or
  41. AUTOEXEC.BAT will load it globally, and detract from the available
  42. memory system-wide. If a TSR is only needed in one session, it's
  43. best to load it via (a) a START file, or (b) a conditional line in
  44. AUTOEXEC.BAT testing for the value of the console number (%1, e.g.,
  45. IF "%1"=="4" CALL TSR.BAT).
  46.  
  47.  
  48. APPLICATION PROBLEMS
  49.  
  50. In order to increase the free memory available to all sessions, you
  51. can limit applications' access to memory in one of two ways:
  52.  
  53. 1.    To limit access for ALL applications on the system, lower the
  54. value of "Maximum memory per process" in SETUP. 
  55. 2.    To limit access for just one application, lower the value of
  56. "Maximum memory desired", on the PIFED screen for that application.
  57.  
  58. To use the second approach, one first needs to determine how much
  59. memory the application needs to run. This information is generally
  60. available from the application documentation, or from the
  61. manufacturer. If the user is not sure how much memory is needed, 
  62. use the MEMSIZE command to limit the memory available. Work with
  63. the program for a while, then limit the memsize some more. Work
  64. with the program some more, and so forth, until the lowest limit
  65. that will allow the program to run comfortably has been reached.
  66. Thorough testing at this stage is essential, as an application with
  67. too little memory available to it may load and run for a while, but
  68. not be able to execute its more memory intensive modules.
  69.  
  70. Once the maximum amount of memory needed for an application has
  71. been determined, run PIFED on the executable file that runs the
  72. application. (For example, to alter the specifications for wp.exe,
  73. one would type PIFED WP.EXE.) Each field in PIFED is explained on
  74. pages 15-8 to 15-13 of the DR Multiuser DOS User Guide. The most
  75. important steps would be to (a) reduce the value of the Maximum
  76. Memory Desired field, to get it closer to the amount demanded by
  77. the application, (b) set the Interrupt Vector Range from 0 to FF,
  78. so that all interrupt vectors are banked out and in with the
  79. application, and (c) alter the setting of the Program Waits in Idle
  80. Loop field; try "NO" first, then "YES."
  81.  
  82. For large multiuser systems, the value of the Additional System
  83. Memory Pool field in SETUP should be increased to allow for the
  84. additional system structures required.
  85.  
  86. When an application appears to be having memory problems, here are
  87. a few fields to check in SETUP:
  88. - increase the system memory pool
  89. - decrease the maximum memory per process
  90. - choose NOT to set all upper memory to AUTOSCAN, then manually   
  91.   disable some of the blocks which are next to blocks disabled by 
  92.   Autoscan
  93.  
  94.  
  95. TERMINAL HANGING PROBLEMS
  96.  
  97. Hanging terminals can be a result of memory shortages. The
  98. following changes may alleviate the situation:
  99.  
  100. - In the BIOS setup, reduce the speed of all possible parameters.
  101. - In CCONFIG.SYS, set FILES=100 and FCBS=16,16.
  102. - In SETUP, disable those memory blocks which are next to memory  
  103.   blocks that have been disabled by Autoscan.
  104. - In AUTOEXEC.BAT, alter the setting of NETDRIVE. Try Remote first; 
  105.   if that doesn't help, try Local.
  106. - In AUTOEXEC.BAT, use MEMSIZE to reduce the memory allocation for 
  107.   each session.
  108. - PIFED the application, making these changes:
  109.        -    set memory allocation down closer to amount needed.
  110.        -    set the interrupt vector range to 00-ff, so all interrupt
  111. vectors are swapped out with the application.
  112.        -    answer NO to "Program waits in idle loop."  If that
  113. doesn't help, reset it via PIFED to YES.
  114.  
  115.  
  116. NOT ENOUGH MEMORY
  117.  
  118. Occasionally, when a user moves from an application in one session
  119. to another session, anything command issued by the user will result
  120. in a "NOT ENOUGH MEMORY" error. To determine the amount of memory
  121. available in the TPA (Transient Program Area), type SHOW /M at a
  122. prompt, and note the amount of DOS Free Memory. This is the maximum
  123. amount of conventional memory that is available for any one
  124. session. If SHOW /M shows no memory available after the user has
  125. switched from one session to another, the user ought to (a) verify
  126. that all existing memory is being recognized at boot time, then (b)
  127. run PIFED on the application in the first session.
  128.  
  129.  
  130. PC TERM
  131.  
  132. Occasionally, PCTERM, upon exiting back to its menu on a PC
  133. terminal, will hang. In this case, the path is probably getting
  134. lost on the 286/terminals, which means that the environment
  135. variables are somehow being affected when they're stored in the
  136. memory of the host machine. To correct this problem: 
  137. - In SETUP: increase system memory pool; decrease maximum memory  
  138.   per process (to about 512k).
  139. - In CCONFIG.SYS: increase FILES and buffers (a lot); increase FCBS 
  140.  to 16,16.
  141.  
  142.  
  143.